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(w) A method for establishing an Interactive communication between users at different workstations In a 
network. 
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i A method for establishing an interactive com- 
munication between at least first and second 
workstations in a computer network system 
having a comrnunicatibn protocol for despatch- 
ing messages between different workstations 
and being further adapted to exchange batch 
messages by means of an electronic mal prog- 
ram stored in each of the workstations. The 
batch messages are categorized such that a 
batch message of a predetermined category 
informs a receiving workstation that a sending 
workstation wishes to establish an interactive 
communicatjon between a specified first logical 
port in the sending workstation and a specified 
second logical port in the receiving station. A 
batch message of the predetermined category 
having therein a reference to the first logical 
port is sent from the first workstation to the 
second workstation so as to be received thereby 
and is stored in a storage device containing a 
list of batch messages. Upon noting the pre- 
sence in the storage device of a batch message 
of the predetermined category, the communi- 
cation protocol is utiized to send an initiation 
signal from the second logical port in the sec- 
ond workstation to the first logical port in the 
first workstation. Upon receipt of the initiation 
signal, an interactive two-way communication is 
established between the frst logical port of the 
first workstation and the second logical port of 
the second workstation. 
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FIELD OF THE INVENTION 

The invention relates to the use of "electronic mail" for affording message e xc hange between c omputer 
users. In particular, the invention permits communication to be established between users at different terminals 
5 connected to a mini-computer or a main frame operating under a multi-tasking operating system, or between 
users at workstations or network stations (X-terminals) connected by a communication network. It should be 
noted that throughout the specification and claims, the term "workstation" is used generally to denote any de- 
vice for communicating interactively with a computer and including a display monitor and an input device such 
as a keyboard, mouse and so on. 

10 

BACKGROUND OF THE INVENTION 

In recent years, there has been a constant growth of computer network installations. This, coupled with 
the spread of minicomputers and main frames connected to a plurality of terminals, have encouraged the use 
15 of network orientated applications. A typical such application is "electronic mail", which enables at least two 
users to exchange messages. 

Several standards, such as "X.400" for OSI or "Multipurpose Internet Mail Extension" (MIME) for "Internet" 
have been defined to permit message exchange of multiple data types. The messages may consist of different 
authorized types, such as computer-executable files, computer program-processable f ies (such as spread- 
20 sheets), audio and video sequences, or a combination thereof, as in the case of multi-media. 

The electronic mail methods used nowadays are of off-line or batched character, whereby a message, e.g. 
a text file, is sent from User A to User B and stored in User B's data storage device, usually referred to as a 
"mailbox". User B, at his earliest convenience which may, of course, be some considerable time later, accesses 
his mailbox to read any pending messages, and so finds User As text file. He may then respond by sending 
25 an acknowledgement message to User A. This simplified protocol demonstrates the off-line character of the 
connection. 

It is possible to re-conf igure the computer prompt appearing on the screen of User B's computer at the 
moment the message arrives, whereby User B is provided with immediate feedback that a message is waiting 
for him. This, in turn, permits User B to generate an immediate response to User A. Nevertheless, the batched 
ao character of the communication is retained, since User B's response resides in User A's ma i box, and in order 
to retrieve it, User A must invoke a series of instructions, including entering the mailbox and selecting therefrom 
the message whose contents are to be displayed. If he wishes to answer it immediately, he must prepare a 
message of a type supported by the electronic mai program, and send the message through the network to 
UserB. 

35 It would clearly be preferable to invoke an interactive session in which a message sent by User A is im- 

mediately displayed on User B's screen for direct response by User B. Consider, for example, a firm in which 
each employee uses a PC all of which are interconnected by a standard network. Suppose an employee (User 
A) sends a draft of an important letter to his boss (User B). The boss, after reviewing the received draft wishes 
to establish an interactive communication with User A, and optionally to involve in the discussion the depart- 

40 ment manager (User C). Obviously, a copy of User As draft is sent to User C, so as to permit a discussion to 
be conducted between the three participants. 

Alternatively, User A may be replaced by a "group ware application" running on a server. Such a groupware 
application is shared by several users as in the case of a document edited simultaneously by two or more au- 
thors. Conventional groupware applications permit each of the authors to effect simultaneous editing of the 

45 document whist being logged into different workstations. However, suppose that during the course of editing, 
"rt is requred to involve an additional author who is a specialist in a certain topic discussed in the groupware 
document In such case, it is required to establish an interactive session between the groupware application 
(running on one computer) and the specialist user who is generally logged into a different workstation. 

it is clear that the above requirements cannot be realized in currently avaiabie electronic mailing systems 

so which, as explained above, are not interactive. 

In contrast to batch-type electronic mailing systems, it is also known to provide an interactive on-line com- 
munication between users across a computer network. Thus, for computers operating under the UNIX oper- 
ation system, there is provided a facility TALK" whereby such interactive communication may be achieved be 
tween several users. However, TALK" and other similar interactive communication methods are intrusive since 

55 only the user who establishes the communication has control as to when the communication is to be estab- 
lished, whilst all of the remaining users are likely to be disturbed during the performance of other tasks. Thus, 
typically, if User A invokes the TALK" facility in order to initiate an interactive communication with User B, a 
message flashes on the screen of User B's workstation in order to inform him that User A wishes to establish 
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a communication. If User B is otherwise preoccupied and ignores the message, it wfll reappear at regular in- 
tervals until finally User B also invokes the "TALK" facility in order to communicate with User A. Until such com- 
munication is established, the constant reappearance of warning-type messages on the screen of User B's 
workstation is inevitably intrusive and can be most irritating to User B. 

5 Furthermore, if User B repeatedly ignores the messages which appear on his screen advising him of User 

A's desire to establish an interactive dialogue and User A responds in kind, by exiting from the TALK" facility, 
no trace of the previous attempts to establish such dialogue is left in User As workstation. Thus, if and when 
User B is eventually free to respond to the message originally dispatched by User A, there exists no trace on 
User A's workstation of his original attempts to establish such communication and it is thus now User B, and 

10 no longer User A, who must initiate the communication. 

Additionally, facilities such as TALK" are intended only for invoking interactive communications between 
users working at respective workstations and have no provision for establishing such communication between 
a user and an application or between two applications such as, for example, a group ware document being edit- 
ed simultaneously by different users at respective workstations. 

15 

BRIEF SUMMARY OF THE INVENTION 

It is an object of the invention to provide a method for establishing an interactive dialogue between two 
or more workstations in such a manner as to preserve the non-intrusive character of batch-type electronic mail 
20 systems, whilst nevertheless permitting an interactive multi-way communication to be conducted between the 
participants. 

According to the invention there is provided for use in a computer network system comprising at least first 
and second workstations adapted to send and receive messages by utilizing a suitable communication protocol 
and further adapted to exchange batch messages by means of an electronic mail program stored in each of 
25 said at least first and second workstations; 

a method for establishing an interactive communication between said at least first and second work- 
stations, said method characterized by the steps of: 

(i) categorizing said batch messages such that a batch message of a predetermined category informs a 
receiving workstation that a sending workstation wishes to establish an interactive communication be- 

30 tween a specified first logical port in the sending workstation and a specified second logical port in the 

receiving workstation; 

(ii) sending a batch message of the predetermined category having therein a reference to said first logicaJ 
port from the f irst workstation to the second workstation so as to be received t hereby and stored in storage 
means containing a list of batch messages; 

35 (Hi) monitoring at the second workstation all batch messages in said storage means at specified periods 

of time; 

(iv) noting the presence in said storage means of a batch message of said predetermined category; 

(v) utilizing the communication protocol to send an initiation signal from the second logical port in the sec- 
ond workstation to the first logical port in the first workstation; and 

40 (vi) responsive to receipt of the initiation signal, establishing an interactive two-way communication be- 

t ween the first logical port of the first workstation and the second logical port of the secojidwgrkstetion. 
In accordance with such a method, the message may be sent directly from an application running in the 
first workstation for subsequent storage in the mailbox in the second workstation. Upon scanning the mailbox 
in the second workstation, the user finds a message of the predetermined category, indicating that another 
45 user or application on the network wishes to establish a two-way interactive communication with him. 

In normal batch-orientated electronic mail systems, each message in a user's ma 1 box has a corresponding 
title, by means of which the awaiting message can be identified. It is preferable to embed within the title of the 
awaiting message some indication that the message is adapted for establishing a two-way interactive com- 
munication with a sending workstation. Alternatively, this fact may not be apparent from the tide of the message 
50 itself, in which case the receiving workstation will not afford the awaiting message any special priority, although 
the very act of reading the message will invoke the required interactive communication. 

According to a preferred embodiment, the method is used in order to establish an interactive communica- 
tion between a groupware application running on the first workstation end at least one user working at a second 
workstation who accesses the groupware application via a suitable interface window. In such a system, the 
55 interface window at the second workstation is associated with the second logical port thereof so that when 
the desired two-way interactive communication is established between the first and second logical ports of 
the first and second workstations, respectively, the groupware application running on the first workstation will 
interact directly with the user via the interface window of the second workstation. 

3 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a dearer understanding of the invention and to see how the same may be carried out in practice, some 
preferred embodiments will now be described, by way of non-limiting example only, with reference to the ac- 

5 companying drawings, in which: 

Figs. 1a and 1b are block diagrams showing functionally a computer network system and a detail of a 
workstation thereof for implementing an electronic mail method according to the invention; 
Fig. 2 is a simplified flow diagram showing the principal operating steps associated with a sending work- 
station in the system shown in Fig. 1; 

10 Fig. 3 is a simplified flow diagram showing the principal operating steps associated with a receiving work- 

station in the system shown in Fig. 1; 

Fig. 4 is a flow diagram showing in somewhat greater detail the operating steps shown in Fig. 3; and 
Fig. 5 is a composite flow diagram showing the principal operating steps of the system depicted in Fig. 1 
operating under UNIX and utilizing the Internet corrimunication protocol. 

15 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

Figs. 1a and 1b show a computer network system 10 comprising a server 11 coupled, via a communication 
network depicted generally as 12 to a plurality of client computers 1 3 to 1 7, respectively. Each of the computers 

20 1 3 to 17 constitutes a workstation associated with which is a storage device 1 9 and a display device 20. Typ- 
ically, each of the computers 13 to 17 is adapted to run several tasks simultaneously, data associated with 
each task being displayed on the display device 20 in a corresponding window 21 thereof. 

In accordance with a preferred embodiment, the communication network 12 utilizes the Internet standard 
as a communication protocol and further utilizes the so-called "Multipurpose Internet Mai Extension" (MIME) 

25 for the Internet standard. MIME provides means for exchanging messages between users in an Internet-ori- 
entated communication network. The messages may be one of several different categories such a s, for ex- 
ample, computer executable files, computer oroorarn processable files (such as spreadsheets), audio and vict- 
eo sequences or a c ombination thereof. The MIME standard permits the definition of a application's specific 
category. This feature is exploited by the invention for defining a unique category to represent an electronic 

30 mail message which is configured to establish a two-way interactive communication between the server 11 
and one or more of the client computers 13 to 17. 

Typical mai exchange under the MIME standard between computers inter-connected in a network as 
shown in Fig. 1a is implemented as follows. The server 11 as well as each of the client computers 13 to 17 
has access to a stored mai reader program. Upon receipt of a mail message sent Trom a user of one of the 

35 client computers, the received message is stored in a so-called "mailbox" in the storage device 19 associated 
with the receiving computer. The user of the receiving computer reads the stored message on the display de- 
vice 20, and by doing so he activates a mail reader program which, in turn, calls a metamail program which 
assumes that the messages stored in the mai box are in a format which conforms to the MIME standard. 
Once the user has selected the desired mai message to be read, the metamail program accesses the 

40 desired message and retrieves therefrom the message category. It will be recalled that the message category 
typically defines the type of data associated with the transmitted message. 

A list of authorized categories is stored in a database file designated as "mailcap" which instructs the meta- 
mail program what action to perform with respect to each of the authorized categories. Thus, if the message 
is a text file category, then a suitable entry in the mailcap file may cause a standard text editor to be invoked 

45 on the user's screen. If, on the other hand, the authorized category denotes that the message is an audio 
fie, then a suitable entry within the mailcap file will specify an audio program which can play back the audio 
message. 

In accordance with the invention, a new authorized category is stored in the mailcap denoting that a batch- 
ed message associated therewith serves the purpose of establishing an interactive communication between 

so a specified first logical port in the sending workstation and a window 21 in the receiving workstation bound to 
a specified second logical port. In the description which follows the new, authorized category wil be denoted 
by the term "Active Mail". Associated with the Active Mai category is a procedure which perform s a series of 
steps for establishing an intera ctive co mmunkra tjcn between the f j^st and se condjogjg*! pgrtejn the sending^ 
ancT receiving workstations, respectively^ 

55 Referring now to Figs. 2 and 3 of the drawings, there are shown simplified flow diagrams relating to the 

principal operating steps a ss ociated with the establishment of an interactive communication by means of elec- 
tronic mail in accordance with the modified MIME standard. Throughout the following explanation, it will be 
assumed that a groupware application running on the server 11 wishes to establish an interactive communi- 
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cation with the client computer 13. In a manner that will be described in detail below, the network address of 
the logical port in the server 1 1 is encoded and embedded in a suitably constructed mail message which further 
includes the message category. 

Thus in accordance with the terminology introduced above, the message is categorized as "Active Mail" 
5 and specifies the name of the sending socket The thus encoded message is then sent to the client computer 
13 where it is stored in the mailbox thereof. Thereafter, the user working at the client computer 13 scans his 
mailbox and reads the awaiting message using the electronic mail program in the normal way. The awaiting 
message may, or may not, be flagged as being of type Active Mail in the title by means of which it is identified 
in the mailbox, thereby prompting the user to read tr^e message contents with some urgency. 
w In any event on reading the awaiting message, the message category is decoded and the mailcap is ac- 

cessed in order to determine the operating instruction which must now be invoked responsive to a message 
category of the decoded type. 

Referring to Fig. 4, this step will now be elaborated on assuming that the relevant instructions stored in 
the ma i cap is a program called "am connect". 
is Initially, the "am connect" program decodes the network address of the logical port in the server 11 to 

which a connection is to be established and which is embedded in the received message. Thereafter, a suitable 
logical port is defined in the receiving workstation for communicating with the decoded network address of 
the logical port in the server 11. This is followed by a series of operating system primitives which open con- 
nection between the two network addresses of the respective logical ports. 
20 Upon completion of the open communication, there exists a bidirectional communication channel be tween 

t he respective network addresses of logical port in the server 11 and that in the client workstation 137 The 
"am connect" program ma y now open a window on the screen of the client workstation 13 for displaying and 
mediating an interactive rammunicabon between the use r of client workstation 13 and the group ware appli- 
cation running on me server n . Ubviouslv. the application which mediates between the user of client work- 
25 station 13 and the groupware application running on the server 11 may independently conduct the interactive 
communication once the comrnunication channel has been established. In such case, the "am connect" pro- 
gram may terminate upon establishment of a successful connection. 

Referring now to Fig. 5. the situation described above generally with respect to Figs. 2 to 4 of the drawings 
will be described with particular reference to the UNIX operating system and with regard to a communication 
30 protocol and an electronic roai system which conform with the "Internet" and "MIME" sta ndard, respectively. 
Suitable program modules written in the computer programming language "C" for carrying out the routines 
shown functionally in Fig. 5 are included in an Appendix hereto. 

Before describing how an interactive communication is established using a suitably modified electronic mail 
program operating under UNIX, a further consideration should be understood. In UNIX, the logical ports are 
35 implemented using the so-called "socket" mechanism. The socket mechanism enables a workstation having 
one global Internet address to support a plurality of tasks. In order to distinguish between the various tasks 
running on the same workstation, a unique global identifier is associated with each of the running tasks so 
as to render the task identifiable by other tasks running on the network. Thus, a message which is sent to a 
specific task in a workstation has to encode both the physical destination address of the receiving workstation, 
40 as well as the logical port ("socket") which identifies the application running thereon. 

In other words, since the UNIX operating system is a multi-tasking environment, it is not enough to define 
only the destination address of the receiving computer a logical port associated with a specific task or appl'h 
cation must also be specified. The combination of the physical address and the logical port is referred to as 
a "network address of the logical port". In the terminology of UNIX and Internet a network address of the 
45 logical port is referred to as a "socket name". 

The foll o wing description assumes that communication betwe en two workstation s emplo ys the I nternet 
" stream" communication protocol. However, it will be apparent tha t other pro^cjsmay equally well be em- 
ployed such as, for example, the Internet "datagram" protocol and so on. 

I t should further be understood that, in accordance with the UNIX operating s ystem, once a connection 
so i s established between respective sockets in different workstations, there exists a logical bidirectional connec- 
ti on between the sockets, w hereupon the application which interacts through the respective socket may refer 
t hereto as if it were a standard output or in put stream. Thus, if a connection is established between a first socket ~ 
i n ? first workstation and a second socket in a second workstation, the application assoc iated with th^ first 
socket may interact with the application associated with the second socket simply by invoking "WRITE" or 
55 " READ" instructions. T he u nderlying communication layers in the operating system structure will take care to 
e nsure that the message is pr operly routed to the required destination^ -J 

It should also be added, for the sake of completeness, that the socket mechanism is well known to those 
versed in the UNIX operating system and is therefore not discussed in greater detail. 
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In the description which follows, whenever a service supported by the UNIX operating system is invoked, 
the service name will be symbolically indicated, omitting, for the sake of simplicity, reference to any parameters 
transferred to the service or received therefrom. The precise syntax for calling the UNIX services is familiar 
to those skilled in the art and likewise, since the services themselves are not a specific feature of the present 

5 invention, a detailed description thereof is unnecessary. 

At the outset, the groupware application running on the server 11 invokes the "socket" primitive supplied 
by the operating system in order to obtain a socket number which will be associated therewith. This having 
been achieved, it is required to bind the socket number to a socket name (SN) and this is achieved by the "bind" 
service which is fed with the socket number obtained as a parameter in the previous stage. The "bind" service 

10 performs a series of steps, some of which are responsible for the binding of the logical socket to the global 
Internet address. To this end, the standing groupware application has a defined logical port or socket bound 
to which is a global Internet address through which communication with another workstation in the network 
may be established. 

Thereafter, the "listen" service is called, this being responsible for controlling the number of simultaneous 
is communication acknowledgements that the server 11 can handle. Upon completion of the initialization phase, 
the groupware application running on the server 11 prepares an Active Mail message which conforms to the 
MIME standard. The message is categorized as "Active Mail" and has embedded therein the encoded socket 
name obtained by the previous step. 

The message is now sent across the network to its destination, i.e. client workstation 13. The server 11 
20 now performs the "accept" service which, when invoked, permits the server 11 to receive communication re- 
quests addressed to a specific socket name so as to establish communication with a calling workstation. 

Meanwhile, at the client workstation 13, the user activates the Read Mai program for accessing his mail- 
box. Upon selecting the message sent from the server 11, the "Metamai" service is activated which assumes 
that the message conforms to the MIME standard and retrieves therefrom the message category, i.e. "Active 
25 Mail". 

The thus decoded message category is cross-referenced in the mail cap file in order to determine which 
service is to be invoked responsive to a message of category Active Mail. 

In this case, it is assumed that the mailcap fie includes an entry which specifies that the Active Mail cat- 
egory corresponds to the service "am connect*. As a result, the "am connect" program is invoked which per- 
30 forms several steps. 

First the encoded socket number embedded in the message is decoded. Thereafter, the "socket" service 
is invoked in order to obtain a socket number in client workstation 1 3 which will be connected to the pre-defined 
socket of the server 11. The "connect" service is now called whereby a bi-directional communication channel 
between the two respective sockets is established. 

35 From the perspective of the "connect" service, the originating computer is the client workstation 13 and 
the destination computer is the server 11. Since the server 11 is in the "Accept" status awaiting a communi- 
cation request for c oupling a remote workstation to the same socket of the server 11 as is now requested by 
t he "connect" service, the required bidirectional connection is now established. At this stage, a window is 
q gened on the user's screen of the client works tation 13, whereby th e application in the client workstation 13 

40 mediates between the underlying socket connection and the thus-defined window. This gives rise to applica- 
fon-dependent communication between the groupware application running on the server 11 and the mediating 
application in the client workstation 13, whereby the user of the client workstation 13 may interactively com- 
municate with the groupware application r unning on the server 11 through the corresponding sockets in the 
server 11 and the client workstation 13. 

45 In the case, as described above, where a groupware application initiates the communication so as to permit 
multiple, simultaneous processing thereof by a plurality of independent users, there is an implicit assumption 
that the server, on which the groupware application is loaded, is logged on or active when the user at the sec- 
ond workstation reads the appropriate mailbox message. Such an assumption is likely to be valid, particularly 
in cases in which the groupware application initiates the communication from a server. 

so It should further be noted that, whist in the preferred embodiment, only two workstations are intercon- 
nected for two-directional interactive communication, in general a sending workstation can be connected to 
any number of receiving workstations in an analogous manner to that described. Thus, for example, the first 
workstation may bs associated through a third logical port, different to the first logical port, to a fourth logical 
port associated with a third workstation. In similar manner, each of the second and third workstations may 

55 likewise be linked to yet further workstations. 

Thus, the invention as described, permits not only simultaneous, real-time editing, for example, of a group- 
ware document but allows another user not presently involved to be invited to participate. The invitation to par- 
ticipate, being effected through electronic mafl, is non-intrusive, although the very act of reading the dispatch- 
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ed message causes the desired two-way interactive communication to be established. 

In the preferred embodiment described above, only a single groupware application is connected to a single 
window in a receiving workstation. However, it will be readily appreciated that any number of applications can 
be connected to corresponding windows via appropriate logical ports in either a single workstation or, indeed, 

5 in a plurality of workstations. 

It will further be noted that the invention produces a bi- directional communication which at its most gene ral 
i s between a server application and a client ap plication, as shown in Fig. 5. In such case, if the client application 
operates within a window on the client's workstation, then the client application must perform additional steps 
in order to route the communication to the appropriate window. 

10 However, If the window system of the receiver of an Active Mail message run a network- based window 

system, such as X under UNIX, then a simpler variant of the above protocol ts available. In accordance with 
such a protocol, upon establishing the two-way interactive communication, the receiver notifies the sender of 
the global Internet address of its workstation (or X terminal) and executes a command which allows the server 
to interact directly with the receiver's window system. In such a case, th e interactive communication is not be- 

15 t ween an application running on the server and a process on the client's workstation which then talks to the 
window, but rather a direct connection between the application running on the server and the window on the 
mcftiyftr's screftn 

Furthermore, whilst in the preferred embodiment the two-way interactive communication or dialogue is 
effected through the computer network, this is not a requirement of the invention. Thus, consider a receiving 
20 user whose workstation is connected to the receiving user's telephone line either directly or via a PBX. The 
act of reading his mailbox and finding a message of the Active Mai category, may, for example, automatically 
dial the sender and permit the receiving user to establish a dialogue with the sender via the telephone. This 
approach can, likewise, be extended to any number of participants using shared telephone or conferenanq 
techniques. 

25 Yet a farther use of the invention is to effect an interactive communication between two applications run-, 

ning on respective workstations, whist obviating the need for human interference . Thus, for example, consider 
a program which prompts a user to enter information and then continues operation along different branches, 
in accordance with the data entered by the operator. 

Instead of a human operator providing the desired information, it is clearly possible to incorporate the re- 

30 sponses in a data fie for remote reading by the application. In such case, the invention may be employed to 
initiate an interactive communication between the workstation on which the application is loaded to the remote 
workstation on which the data file is loaded. Hie data fie itself is, of course, incorporated within an application 
which, upon sensing the presence of an Active Mail-type message in its mailbox, automatically reads the mes- 
sage so as to establish the required interactive communication with the sending workstation. 

35 The present invention also permits a logical port to be forwarded from a linked user to a non-linked user, 

so as to connect the non-linked user to the application. Thus, suppose that User B receives from User A a] 
message of the Active Mai category having embedded therein the logical port associated with User A's work- 
station. He may perform the steps according to the invention in order to establish an interactive communication 
with User A. Additionally, or alternatively, providing that the listen* service wil manage a sufficient number 

40 of connection requests, he may forward the Active Mai message to a third user, User C who will then see the 
message in his mailbox as if it were directed from User A, there being no reference at all to the fact that this i 
message was, in fact dispatched by User B. 

User C can then establish an interactive communication with User A in the normal manner. This facility is 
rendered possible because the logical port associated with the sending workstation is embedded in the mes- 

45 sage dispatched thereby: the embedding being effected when the message is configured and not when it is 
dispatched. 

Such an approach might be used, for example, when User A dispatches a message to User B who reads 
the Active Mai-type message in order to establish the required interactive communication, and then decides 
that it would be beneficial to involve a third participant. User C. In such case, he need only forward the Active i 

so Mail message to User C, there being no requirement for User B to enter the electronic mail program, construct 
a suitable Active Mail-type message and dispatch it to User C. 

In the detailed description of a preferred embodiment, no mention has been made of the type of data as- 
sociated with the message other than thai the message itself must, of cours<v be of the Active Mal\ category. 
However, in addition to the Active Mail message which simply establishes the required interactive comrnuni- 

55 cation, there may be attached thereto any other message of a supported category such as, for example, text 
audio, graphics and so on. Such an approach obviates the need for two separate rne^ ^es^olbe sent one 
for establishing the required interactive communication and the ot her for dispatching electro nic mail in the nor^ 
mal manner. 
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It will be understood that such an approach is possible only under electronic mail standards which support 
multiple message categories and attachments. Whilst this true of the MIME standard for "Internet" it is not, of 
course, universaJly true. Nevertheless, with slight modification, the invention is applicable even to electronic J 
mail standards which are less versatile than MIME 

5 Thus, suppose that the electronic mal standard supports only text messages which may include typed 

attachments. Then the mail reading program can be upgraded to handle Active Mail attachments by calling AM 
Connect to process them. To invoke Active Mail, a suitably coded text message is written and despatched by 
electronic mal from the sending to the receiving workstations. Such a message might include an attachment 
of type "Active Mail" and the sending socket number (SN) might be included in the attachment. On reading 

10 such a message, the mail reading program reads the attachment and knows to connect the receiving work- 
station to socket SN of the sending workstation. 

Suppose, however, that only text is supported by the electronic mail standard. In this case, to invoke Active 
Mail, a suitably coded text message is written and despatched by electronic mail from the sending to the re- 
ceiving workstation. Such a message might include a banner reading: "Active Mail" and the sending socket 

15 name (SN) might be included as part of the message. The mail reading program can then be modified so that 
on reading such a message, the mail reading program sees the banner "Active Mail" and, upon decoding the 
socket name (SN) from the remainder of the message, knows to connect the receiving workstation to socket 
SN of the sending workstation. 

Although the invention described with particular reference to Fig. 5 of the drawings relates to a network 

20 operating under UNIX and employing the Internet communications protocol, the more general description re- 
lating to Figs. 2 to 4 is applicable both to the Internet protocol and to other network protocols. Thus, it is con- 
templated that the arrangement described with reference to Figs. 2 to 4 may be easily adapted to any system 
having mail capabilities and a Point-to-Point communication, such as NOVELL and Net-Bios based networks, 
including LAN-Manager. 

25 No mention has been made so far with regard to disconnecting a client from the server after having es- 

tablished an interactive communication in accordance with the invention. It should be noted that standard 
means may be employed by the client and/or the server in order to effect such disconnection. 

Finally, whist the invention has been described with reference to establishing an interactive communica- 
tion between two or more workstations in the same network, it will be clear that it is equally feasible for the 

ao workstations to be in different interconnected networks. All that is required is for a unique network name to 
be reserved for the togicaJ port in each workstation. 
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APPENDIX 
Example of Server Code 

/• 

* Server Demo. 

* Send mail messages containing the local addr to several mail clients 

* and create a hand-shake. 



* 

/ 




truci ihc 


iviariiLrror^oir^oacj |pnnit^ error . 7t?s\n t aiij> cxii^i— oac 


iFacrinc 


WAV CT7t? in-iA 

MAA olZ*E. 1U24 


ffaeiine 




#drfinr 


TMP FT1 F MAMF "/tmn/am tmrT 


#define 


SEND_MaFl_CMD 7usr/lib/scndmair 


# define 


SUBJECT """Subject ActiveMail connection\n" 


#def inc 


CONTENT TYPE "Content-Type: ActiveMail\n\n" 


#include 


<crrnah> 


#include 


<stdio.h> 


#include 


<string.h> 


#include 


<fcntLh> 


#include 


<signaLh> 


#include 


<sys/timc.h> 


#include 


<sys/ioctl.h> 


#include 


<sys/typesJi> 


#include 


<sys/staLh> 


#include 


<sys/socket.h> 


#include 


<netinet/in.h> 


#includc 


<netdb.h> 


#includc 


<sys/param.h> 



char BufferfMAXSIZE}; /* General purpose buffer */ 



main() 
{ 

struct hostent *hostP; 
struct sockaddr_in ServerSa; 

char HostNamefMAXHOSTNAMELEN]; 
int ServcrLen, ServerFd; 

r 

* Get host name and host network parameters. Fill the socket name 

* with the network addr. 

7 

if ( gethostname(HostName,MAXHOSTNAMELEN) ) 
MarkError("Cannot get host name", 1); 
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if ( (hostP = gethostbyname(HostName)) — NULL) 

MarkError("Cannot get host network params", 1); 
if (hostP->bjiddrtype != AF INET) 

MarkError("InvaIid address type", 1); 

/• 

* Set the socket name parameters, and let the UNIX choose a port for you. 

7 

bzero((char *)(&ServcrSa) t sizeof(ServerSa)); 
ServerSa.sin_famiIy - AF_INET; 

bcopy(hostP->h_addr, &(ServerSa.sin_addr.s_addr), hostP->hJength); 
ScrvcrSa^in_port = 0; 

if ((ServerFd = socket(AF_INET, SOCKSTREAM, 0)) < 0) 

MarkError("Cannot open socket", 1); 
if ( bind(ServerFd, AServerSa, sizeof ServerSa) < 0) 

MarkError("Cannot bind socket", 1); 

/* 

" Check that we got a valid port 
7 

ServerLen = sizeof(ScrverSa); 

if ( getsockname(ServcrFd, (struct sockaddr *) &ScrverSa, &ServcrLcn) < 0) 

MarkError("Cannot get socket name", 1); 
if ( ntohs(ServerSa^in_port) = 0) 

MarkError("Uncorrect port number", 1) 

/* 

* Listen on the socket and call the requests handling routine. 

7 

if ( listen(ServcrFd, QUEUE_LEN) < -1 ) 
MarkError("Cannot listen", 1); 

HandleRequcsts(ServerFd, AServerSa); 

} /* main */ 



* For input Socket and its name SocketName, send a formatted form of the 

* name to mail clients, and wait for connection requests from the client 

* on Socket Upon such a request establish a hand-shake. 



H a ndlcRcqucsts( Socket, SocketName) 
int Socket; 

struct sockaddr_i "SocketName; 

{ 

struct sockaddr_in ClientSa; 
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char 

char 

char 

int 

int 

int 

short 



MailMsg[30]; 

•p; 

SendMailCmd[MAX_SIZEfc 
ClientLcn; 
CliemFd, TmpFd; 
NumOf Clients^, 
StrLen, BytesRcad; 



/• 

* Format the Socket-Name, and write it to a temporary file. 

* The file will be sent by mail to the client. 

7 

SocketNameToStr(SocketName, MailMsg); 

if ( (TmpFd => open( TMPFILENAME, OJVRONLY | 0_CREAT)) < 0) 

MarkErrorCCannot open Cmp file\TmpFd); 
if ( write(TmpFd^UBJECT F strlen(SUBJECT)) != strlen(SUBJECT) ) 

Ma rkError( 'Cannot write to tmp file", 1); 
if ( write(TmpFd,CONTENT_TYPE^trlen(CONTENT_TYPE)) != strlen (CONTENT TYPE) ) 

MarkError(*Cannot write to tmp file", 1); 
if ( write( TmpFd, MailMsg, strlen(MailMsg)) != strlen(MailMsg) ) 

MarkError( a Cannot write to tmp file", IX 
close( TmpFd); 

chmod( TMP FILE NAME, SJRUSR | S IWUSR | S JROTH); 



r 

* Loop : 

* Get mail target, send it the local socket name and wait for a 

* connection request. 

* Once a connection is established, create a hand-shake, 

•/ 



printf("\nEater mail address [name@addr] > "); 
scanf('%s', Buffer); 

printf(*Scnding mail to %s — \n" ? Buffer); 

sprintff SendMailCmd, "%s %s < %s\ SEND M AILCMD, Buffer, TMP_FILE_NAME); 
system(SendMailCmd); 

ClientLen = sizeof(ClientSa); 

if ( (ClientFd - accept(Socket, &ClientSa, &ClicntLen)) < 0 ) 
MarkError( H Cannot accept", 1); 



while(l) { 



* Write a message to the client 

7 



sprintf (Buffer, "You are client number %d w , NumOfClients-H-); 
StrLen = strlen(Buffer); 

writc(ClicntFd, (char *)(&StrLen), sizeof(StrLen)); 
write(ClientFd, Buffer, strlcn(Buffer)); 



11 



EP 0 581 722 A1 



10 



20 



25 



r 

* Read the acknowledgment from the client 

7 

BytesRead = recv(ClientFd, (char *X&StrLen), sizeof(StrLen), 0); 
if ( BytesRead != sizeof(StrLen) ) 
MarkError("Cannot read message size", 1); 

BytesRead = recv(CHentFd, Buffer, StrLen, 0); 
if ( BytesRead != StrLen ) 

MarkError("Cannot read message size", 1); 
Buffer[BytesRead] = '\0'; 
printf("Recieved message : %s\n", Buffer); 



15 } /* while V 

} /* HandleRequests •/ 



* Format SocketName to a string containing the family, port and address. 

* Output the formatted form in Str. 



7 



35 



SocketNameToStr(SocketName, Str) 
struct sockaddrjn *SocketName; 
char *Str, 
{ 

sprintf( Str, "%4hx %4hx %81x\n", SocketName^sin^family, 
SocketName->sin_port, 
SocketName->stn_addr.s_addr ); 
} /* SocketNameToStr */ 



40 



45 



50 



55 



12 



EP 0 581 722 A1 



Example of Client Code 

/; 

* Client Demo. 



* On input fn in the command line, connect to a server whose address is 

* formatted in the file. Establish a hand-shake and terminate 



7 




#define 


MarkError(Str,Code) {pr in tf ('Error : %s\n",Slr); exit(Code); } 


#define 


MAX SIZE 1024 


#define 


HDRJLEN 2 


#include 


<errno.h> 


#include 


<stdio.h> 


#inciudc 


<string.h> 


#include 


<fcntlh> 


#include 


<signalJi> 


#include 


<sys/timc.h> 


#include 


<sys/ioctl.h> 


#include 


<sys/types,h> 


#include 


<sys/socketh> 


#include 


<netinet/in.h> 


#includc 


<netdb.h> 


#include 


<sys/param.h> 



char Buffer[MAX_SIZE); /• General purpose buffer •/ 

main(argc,argv) 
int argc; 
char *argv[]; 
{ 



struct sockaddr_in ServerSa; 

char *p; 

int ClientFd; 

short BytcsRead, StrLen; 

FILE »Fin; 

if (argc != 2) { 
printfCUsagc : client FiIeName\n"); 
exit(O); 

} 
/• 

* Open the file and read the formatted internet addr from it. 

7 

if ( (Fin = fopen( argv[l), V)) — NULL ) 
MarkError("Cannot open file", 1); 

fscanf(Fin, "%4hx %4hx %81x", &(ServerSa.sin_family), 
&(ServerSa^in_port), 
&(ServerSzLsinaddr.s_addr) ); 

fdose(Fin); " 
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* Connect with the server. 

7 

if ((ClientFd - socket(AF_INET, SOCK_STREAM, 0)) < 0) 

MarkError("Cannot open socket", 1); 
if ( connect(ClientFd, AServcrSa, sizeof(ServcrSa)) < 0) 

MarkError("Cannot connect to server*, 1); 

,/ 

/* 

* Read a message from the server. 

7 

BytesRead = recv(ClientFd, (char *)(&StrLen), sizeof(StrLen), 0); 
if ( BytesRead N sizeof(StrLen) ) 
MarkError("Cannot read message size", 1); 

BytesRead =* recv(CHentFd, Buffer, StrLcn, 0); 
if ( BytesRead != StrLen ) 

MarkError("Cannot read message size", 1); 
BufferfBytcsRead] = *\0*; 
printf ("Received message : %s\n", Buffer); 

/• 

* Write an acknowledgment to the server. 

7 

strcpy(Buffer, "Got Your message"); 
StrLcn = strlen(Buffer); 

write(ClicntFd, (char *)(&StrLen), sizeof(StrLen)); 
write(CHentFd, Buffer, StrLcn); 

close(ClientFd); 

} /• main V 



Claims 

1. For use in a computer network system (10) comprising at least first and second workstations (11, 13, 14, 
15, 16, 17) adapted to send and receive messages by utilizing a suitable communication protocol and fur- 
ther adapted to exchange batch messages by means of an electronic mail program stored in each of said 
at least first and second workstations; 

a method for establishing an interactive communication between said at least first and second 
workstations, said method characterized by the steps of: 

(i) categorizing said batch messages such that a batch message of a predetermined category informs 
a receiving workstation that a sending workstation wishes to establish an interactive communication 
between a specified first logical port in the sending workstation and a specified second logical port in 
the receiving workstation; 

(ii) sending a batch message of the predetermined category having therein a reference to said first 
logical port from the first workstation to the second workstation so as to be received thereby and stored 
in a storage means (19) containing a list of batch messages; 

(tH) monitoring at the second workstation all batch messages in said storage means (19) at specified 
periods of time; 

(iv) noting the presence in said storage means (19) of a batch message of said predetermined category; 

(v) utilizing the communication protocol to send an initiation signal from the second logical port in the 
second workstation to the first logical port in the first workstation; and 
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(vi) responsive to receipt of the initiation signal, establishing an interactive two-way communication be- 
tween the first logical port of the first workstation and the second logical port of the second workstation. 

2. The method according to Claim 1 , wherein the first logical port of the first workstation is associated with 
a groupware application. 

3. The method according to Claim 1, wherein the first logical port of the first workstation and the second 
logical port of the second workstation are each associated with respective applications which interactively 
communicate with each other. 

4. The method according to Claim 1, wherein the computer network system comprises at least two inter- 
connected networks and said first and second workstations are located in different ones of said intercon- 
nected networks. 

5. The method according to Claim 1, wherein said batch message includes an attachment having therein 
data of a category supported by the electronic mail program, whereby upon reading the message, said 
data is automatically output to the second workstation. 

6. The method according to Claim 1, wherein the first logical port in the first workstation serves only to es- 
tablish a communication whereupon the communication is subsequently routed via a third logical port to 
the first workstation, thereby permitting multiple connections to be established to the first workstation via 
said first logical port 

7. The method according to Claim 1 , wherein the first workstation establishes said interactive two-way com- 
munication with said second workstation and with at least one third workstation whereby ail three work- 
stations communicate simultaneously. 

8. The method according to Claim 7, wherein the second workstation and said at least one third workstation 
are each coupled to different logical ports in the first workstation. 

9. The method according to Claim 1 , wherein the computer network system operates under UNIX. 

10. The method according to Claim 1 , wherein the computer network system operates under NOVELL. 

11. The method according to Claim 1, wherein the computer network system operates under LAN Manager. 

12. The method according to Claim 1 , wherein: 

multiple message categories are supported by the electronic mai program, and 
a unique message category is defined indicating that the sending workstation wishes to establish 
said communication with the receiving workstation. 

13. The method according to Claim 1, wherein: 

multiple message categories are not supported by the electronic mail program, 
the electronic mai program supports attachments, and 

said reference to the first logical port is included within an attachment which serves as an argument 
to the electronic mail program on reading the batch message at the receiving workstation. 

14. The method according to Claim 1, wherein: 

multiple message categories are not supported by the electronic ma 8 program, 
the electronic mai program does not support attachments, a banner is included within the batch 
message to inform the electronic mai program that the sending workstation wishes to establish said com- 
munication with the receiving workstation, and 

the first logical port of the sending workstation is encoded within the batch message and serves 
as an argument to the electronic mail program on reading the batch message at the receiving workstation. 

15. 1 he method according to Claim 1 , wherein: 

the second workstation runs a network based window system associated with a global network 
address of the second workstation and having means for determining whether a process running on a 
remote workstation is authorized to open a window (21 ) on the second workstation and communicate with 
said window (21), and 
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prior to step (v) there a included the further step of: 

(ivb) authorizing the first logical port of the first workstation to open a window (21) on the second 
workstation; 
whereby: 

5 in step (v) the communication protocol is utilized in order to supply the global network address of 

the second workstation to the first logical port in the first workstation, and 

upon performing step (vi), a signal is sent from the first workstation to the second workstation in 
order to open a window (21) on the second workstation with which the first workstation-may interact with 
a user on the second workstation* j 

10 

16. The method according to Claim 15, wherein: 

the network based window system is X said means for determining whether a process running on 
a remote workstation is authorized to open a window (21) on the second workstation and communicate 
with said window (21 ) comprising a list of addresses each in respect of a remote workstation which is au- 
15 thorized to open said window (21) and communicate therewith, and 

in step (ivb) the first workstation is added to the list of addresses in the second workstation. 
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